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Related Appeals and Interferences: 

None 

Status of Claims: 

Claims 1-8 and 10-19 are pending. 

Claims 1-5 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over the non-patent 
literature entitled, "The Common Object Request Broker: Architecture and Specification," 
revision 2.3 by Object Management Group, Inc., hereafter "OMG," in view of non-patent 
literature entitled, "Algorithms in C," by Robert Sedgewick, hereafter "Sedgewick." 

Claims 6-8, 10 and 11 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over OMG 
in view of Sedgewick and fiirther in view of non-patent literature entitled, "CORBA Messaging," 
by OMG TC, hereafter "CORBA." 

Claims 12-19 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over OMG in view 
of Sedgewick and fiirther in view of non-patent literature entitled, "Design Patterns: Elements of 
Reusable Object-Oriented Software," by E. Gamma et al., hereafter "Gamma." 

Claims 1-8 and 10-19 are hereby appealed. 
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Status of Amendments: 

No After-Final Amendments have been filed. 

Summary of Claimed Subject Matter: 

(NOTE: All citations are made fi-om the corresponding Pre-Grant Patent Publication 
2004/0060055.) 

The present invention according to claim 1 provides for a computer implemented method 
of creating and managing one or more interceptors, comprising the steps of intrinsically 
chaining said interceptors, said interceptor chains made up of dissimilar types of interceptors (see 
figure 5, item 502 and f [0122]), storing state information, in at least one of the chained 
interceptors, directed to a reference to a next interceptor (see figure 5, item 504 and ^[0122]), 
and providing a unified binding mechanism across request level Object Request Broker (ORB) 
services (see figure 5, item 508 and f [0122]), message level ORB services (see figure 5, item 
510 and t[0122]), and transports (see figure 5, item 512 and f [0122]). 

The present invention according to claim 6 provides for a computer implemented method 
of creating and managing one or more interceptors, wherein the computer implemented method 
comprises the steps of: intrinsically chaining said interceptors (see figure 6, item 602 and 
f [0129]), storing state information, in at least one of the chained interceptors, directed to a 
reference to a next interceptor (see figure 6, item 604 and f [0129]), providing callbacks within 
said interceptor chain, and whereby a request only has to traverse said chain once while allowing 
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interceptors that need to intercept processing at additional points to do so by wrapping a callback 
interface (see figure 6, item 606 and f [0129]). 

The present invention according to claim 12 provides for a computer implemented 
method of creating and managing one or more interceptors, wherein the method comprises the 
steps of: intrinsically chaining said interceptors into one or more chains (see figure 7, item 702 
and t[0371], t[372], ^[413]-[417], t[429]), storing state information, in at least one of the 
chained interceptors, directed to a reference to a next interceptor (see figure 7, item 704 and 
f [0371], t[372], f [413]-[417], t[429]), applying a flyweight pattern to an Interoperable Object 
Reference (TOR) representation, said flyweight pattern implementing policies which control 
which chain of interceptors to use at invocation (see figure 7, item 706 and ^[0371], *il372], 
t[413]-[417],t[429]). 

Grounds of Rejection to be Reviewed on Appeal: 

Claims 1-8 and 10-19 stand rejected under 35 U.S.C. § 103(a). Claims 1-8 and 10-19 are hereby 
appealed. Was a proper rejection made under 35 U.S. C. § 103(a) using existing USPTO 
guidelines ? 
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ARGUMENT : 

Claims 1-8 and 10-19 stand rejected under 35 U.S.C. § 103(a). Was a proper rejection made 
under 35 U.S. C. ^ 103(a) usina existing USPTO guidelines ? 

Claims 1-5 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over the non- 
patent literature entitled, "The Common Object Request Broker: Architecture and Specification," 
revision 2.3 by Object Management Group, Inc., hereafter "OMG," in view of non-patent 
literature entitled, "Algorithms in C," by Robert Sedgewick, hereafter "Sedgewick." Claims 6-8, 
10 and 11 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over OMG in view of 
Sedgewick and fiirther in view of non-patent literature entitled, "CORBA Messaging," by OMG 
TC, hereafter "CORBA." Claims 12-19 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over OMG in view of Sedgewick and fiirther in view of non-patent literature 
entitled, "Design Patterns: Elements of Reusable Object-Oriented Software," by E. Gamma et 
al, hereafter "Gamma." To be properly rejected under 35 U.S.C § 103(a), the cited references 
must teach or render obvious each and every feature of the rejected claims. Applicants 
respectfiiUy assert, and as will be show in the arguments presented below, that the cited reference 
fail to teach or suggest many of the features of the rejected claims. 

According to claim 1, the presently claimed invention provides for a computer 
implemented method of creating and managing one or more interceptors, wherein the method 
comprises the steps of: intrinsically chaining said interceptors, said interceptor chains made up 
of dissimilar types of interceptors, storing state information, in at least one of the chained 
interceptors, directed to a reference to a next interceptor, and providing a unified binding 
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mechanism across request level Object Request Broker (ORB) services, message level ORB 
services, and transports. 

With respect to claim 1, the Examiner on pages 6-7 of the Office Action asserts that 
OMG teaches claim I's feature of "intrinsically chaining said interceptors, said interceptor 
chains made up of dissimilar tj^es of interceptors". For support, the Examiner cites sections 21- 
3, 21.2.2 and Fig. 21-1 of OMG. 

Section 21-3 of OMG, as the tile "Client-Target Binding" suggests, merely recites the 
process of " establishing a binding between a client and a target object ", wherein such a "binding 
determines the mechanisms that will be involved in interactions such that compatible 
mechanisms are chosen and client target policies are enforced". The Examiner citation of 
section 21-3 does not mention interceptors or does not make any mention of intrinsically 
chaining one or more interceptors . 

Section 21.2.2 of the Examiner's citation references "Request-Level Interceptors" which 
are used to implement services. The Examiner's specific citation of lines 13-14 in Section 21.2.2 
merely outlines the feature of an interceptor invoking other objects and goes on to state that 
" When the later invocation completes, the interceptor has the opportunity to perform other 
actions, including recovering from errors and retrying the invocation or auditing the result if 
necessary, before returning ". This statement merely suggests that the interceptor has the ability 
to perform a plurality of actions prior to re-invoking the request . The Examiner citation of 
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section 21-2.2 does not mention interceptors or does not make any mention of intrinsically 
chaining one or more interceptors . 

Figure 21-1 of OMG merely shows interceptors being called during the path of an 
invocation . Further, by OMG's own admission in section 21.2.2, they state that the interceptor 
invokes other objects using CORBA:: Request:: invoke . It should be emphasized that 
Applicants, in their specification, clearly contrast the approach of CORBA 2.2 as that of an 
" extrinsic chaining ". Specifically, on page 21, lines 6-9 of the Applicants' specification, it 
states that: 

"There are two distinct approaches to how recursive interceptors 
are linked to form a chain. The interceptor specification in CORBA 2.2 
uses extrinsic chaining , in which an interceptor hands control to the next 
interceptor by calling CORBA : : Request : ; invoke ( ) , which then calls 
the next interceptor." (emphasis added) 

It should be emphasized that Applicants' specifically reference CORBA: :Request::invoke as 
involving an example of extrinsic chaining. The present invention, by stark contrast, involves 
chaining interceptors intrinsically, where each interceptor directly invokes the next one . Clam 1 
specifically teaches the storage of state information in at least one of the chained interceptors 
directed to a reference to a next interceptor . It is this reference that permits each interceptor to 
directly invoke the next interceptor, a feature that is entirely absent in the Examiner's citations 
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and the entire OMG reference . Page 21, line 10, through page 22, line 4 of the Applicants' 
specification-as-filed, Applicants recite some of the advantages of using such intrinsic chaining, 
which include (but are not limited to): performance gains, flexibility, and adaptability. 

Therefore, Applicants maintain that OMG merely teaches extrinsic chaining and does 
NOT teach or suggest intrinsic chaining , as was pointed out in the specification-as-filed and 
the subsequent Office Action responses. 

Further, in the "Response to Arguments" section on page 2 of the Final Office Action of 
07/20/2007, the Examiner states that the mere invocation of objects can be interpreted as 
intrinsically chaining interceptors. Applicants respectfully disagree with this statement as by 
OMG's own admission such interceptors are called " during invocation path ". Specifically, 
OMG, in section 21.2.2, state that " the ORB core involves each request-level interceptor via 
the client invoke operation of the target invoke operation (at the target)". Also, OMG, in 
section 21.2.3 state that " the ORB core invokes each message-level interceptor via the 
send message operation (when sending a message, for example, the request at the client and the 
reply at the target) or the receive message operation (when receiving a message)." These 
statements clearly imply that it is the ORB core that invokes each request level interceptor 
and it is the ORB core that invokes each message-level interceptor , which by definition 
makes them extrinsically chained. 

Hence, Applicants maintain that OMG's request level interceptors and/or message level 
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interceptors do not store any references to other interceptors (hence are not intrinsically 
chained) and therefore haye to depend on the ORB core to determine which interceptor 
needs to be inyoked next . Therefore, Applicants maintain that the Examiner erred in 
concluding that such request level interceptors and message level interceptors are 
intrinsically chained interceptors . 

With respect to claim 1, Applicants agree with the Examiner statement that OMG fails to 
teach Applicants' feature of storing state information, in at least one of the chained interceptors, 
directed to a reference to a next interceptor. However, Applicants respectfully disagree with the 
Examiner that such a lack of teaching is remedied by the Sedgewick reference. 

Specifically, the Examiner appears to equate "Linked Lists", which are well known data 
structures in computer science (which by Sedgewick' s own words refer to " a set of items 
organized sequentially "), to interceptors. Interceptors refer to a means to insert 
functionality Into the invocation path between components such as a client and a server 
component of a CQRBA application . Items in a linked list CANNOT be equated to 
interceptors by one of ordinary skill in the art as a linked list and interceptors perform entirely 
different functions. Therefore, Applicants respectfully assert that one of ordinary skill in the art 
could not have implemented the teachings of linked lists in the area of interceptors, as lined lists 
and interceptors are functionally different and the Examiner provides no argument as to why one 
of ordinary skill in the art would have used a liked list with (or used a linked list as) interceptors. 
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Items in a linked list are just that, items in a list , whereas, interceptors that are 
intrinsically chained based on state information relate to a client/server environment where 
such interceptors are used to insert functionality into an invocation path . 

The Board is urged to look at the Sedgewick's Figure 3.1, which depicts a linked list, and 

is further respectfully urged to compare it to the Examiner's own citation of OMG's Figure 21-1, 
which depicts interceptors. For the benefit of the Board, both Sedgewick's Figure 3.1 and OMG 
are reproduced below: 




Sedgewick's Figure 3.1 OMG's Figure 21-1 



Applicants wish to emphasize that linked lists of ordered items CANNOT be equated 
to interceptors . This is further evidenced by the above-presented figures. It should be noted 
that the interceptors shown in the Examiner's citation CANNOT be equated or substituted bv 
linked lists containing a list of items, as they are two disparate entities serving separate 
functions. Given that linked lists and interceptors are two separate entities, Applicants also 
respectfully disagree with the Examiner that such teachings could be combined. 



10 



Serial No. 10/682,538 
Group Art Unit 2194 
Docket No: 4.1 ART 

Hence, Applicants respectfully contend that the combination of OMG and Sedgewick 
fails to teach or suggest Applicants' feature of at least one of the chained interceptors storing 
state information directed to a reference to a next interceptor. 

Also, OMG in combination with Sedgewich fails to teach a unified binding mechanism 
across request level Object Request Broker (ORB) services, message level ORB services, 
and transports . With respect to this feature of claim 1, the Examiner appears to rely on Figure 
21-2 of OMG, however, it should be noted that Figure 21-2 merely teaches the binding model 
using interceptors such as the request level interceptors and message level interceptors (that were 
previously discussed in this appeal brief). However, the binding model is not based on intrinsic 
interceptors that store state information in at least one of the chained interceptors directed to a 
reference to a next interceptor . Hence, Applicants respectfully maintain that the feature of 
unified binding mechanism across request level Object Request Broker (ORB) services, 
message level ORB services, and transports is not taught or suggested by either the OMG or 
the Sedgewich refence. 

Hence, at least for the reasons set forth above. Applicants respectfully assert that the 
combination of OMG and Sedgewick fail to teach or suggest many of the features of claim 1 . 
Applicants respectfully assert that an improper 35 U.S.C. §103 rejection was issued with regards 
to independent claim 1. 
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According to independent claim 6, the presently claimed invention also provides for a 
computer implemented method comprising the steps of creating and managing one or more 
interceptors, comprising: intrinsically chainine said interceptors, storins state information , in 
at least one of the chained interceptors, directed to a reference to a next interceptor . 
providing callbaclts witliin said interceptor cliain, and wlierebv a request only lias to 
traverse said chain once while allowing interceptors that need to intercept processing at 
additional points to do so bv wrapping a callback interface . 

The above-presented arguments with respect to independent claim 1 substantially apply 
towards Applicants independent claims 6 as they teach many similar features. 

Further, it should be noted that the Examiner's citation of section 2.1 in OMG TC merely 
recites the requirements for asynchronous method invocation (AMI), which deal with 
asynchronous invocations with "callback" and "polling". Conspicuously absent in the Examiner 
citation is a teaching or suggestion for providing callbacks within an interceptor chain having 
one or more interceptors wherein a request only has to traverse the chain once while allowing 
interceptors that need to intercept processing at additional points to do so by wrapping a callback 
interface. 

Hence, at least for the reasons set forth above, Applicants respectfully assert that an 
improper 35 U.S.C. §103 rejection was issued with regards to independent claim 6. 



12 



Serial No. 10/682,538 
Group Art Unit 2194 
Docket No: 4.1 ART 

According to independent claim 12, the presently claimed invention also provides a 
computer implemented method creating and managing one or more interceptors and comprising 
the steps of: intrinsically chainins said interceptors into one or more chains, storins state 
information, in at least one of the chained interceptors, directed to a reference to a next 
interceptor , applying a flyweight pattern to an Interoperable Object Reference (lOR) 
representation, said flyweisht pattern implementine policies which control which chain of 
interceptors to use at invocation . 

The above-presented arguments with respect to claims 1 and 6 substantially apply 
towards Applicants' independent claim 12. 

Further, with respect to claim 12, Applicants agree with the Examiner's statement that 
OMG and Sedgewick fail to teach the feature of a flyweight pattern implanting policies which 
control which chain interceptors to use at invocation. However, Applicants respectfully disagree 
with the Examiner that the Gamma reference remedies this feature and could have been used to 
modify the teachings of OMG along with the teachings of Sedgewick. As was shown above, one 
of skill in the art could not have combined the teachings OMG and Sedgewick as OMG's 
interceptors CANNOT be equated or substituted by linked lists containing a list of items, as they 
are two disparate entities serving entirely different functions. Therefore, one of skill in the art 
could not have combined the teachings of OMG, Sedgewick with that of the teachings of 
Gamma. Thus, the combination of OMG, Sedgewick, and Gamma CANNOT teach or suggest 
the feature of applying a flvweiglit pattern to an Interoperable Object Reference (ICR) 
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representation, wherein the flyweight pattern implements policies which control which 
chain of interceptors to use at invocation . 

Absent such a teaching, OMG in combination with Sedgewick and Gamma fail to teach 
or suggest the features of Applicants' claim 12. 

Hence, at least for the reasons set forth above, Apphcants respectfully assert that an 
improper 35 U.S.C. §103 rejection was issued with regards to independent claim 12. 

The above-mentioned arguments with respect to independent claims 1, 6 and 12 
substantially apply to dependent claims 2-5, 7-8, 10-11, and 13-19 as they inherit all the features 
of the claim from which they depend. 

Hence, at least for the reasons set forth above, Applicants respectfully assert that an 
improper 35 U.S.C. §103 rejection was issued with regards to dependent claims 2-5, 7-8, 10-11, 
and 13-19. 
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SUMMARY 

As has been detailed above, none of the references, cited or applied, provide for the 
specific claimed details of applicant's presently claimed invention, nor render them obvious. It is 
believed that this case is in condition for allowance and reconsideration thereof and early 
issuance is respectfiiUy requested. 



This Appeal Brief has been timely filed with an extension of time. The Commissioner is 
hereby authorized to charge any deficiencies in the fees provided, including extension of time, to 
Deposit Account No. 50-4098. 



RespectfiiUy submitted by 
Applicant's Representative, 



/ramraj soundararajan/ 

Reg. No. 53832 

IP AUTHORITY, LLC 
4821 A Eisenhower Ave 
Alexandria, VA 22304 
(703) 461-7060 

January 30, 2008 
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Claims Appendix: 

1 . (Original) A computer implemented method of creating and managing one or more 
interceptors, comprising: 

intrinsically chaining said interceptors, said interceptor chains made up of dissimilar 
types of interceptors, 

storing state information, in at least one of the chained interceptors, directed to a 
reference to a next interceptor, and 

providing a unified binding mechanism across request level Object Request Broker 
(ORB) services, message level ORB services, and transports. 

2. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 1, wherein said chained interceptors are contiguous or split. 

3. (Previously Presented) A computer implemented method of creating and managing one 
or more interceptors, as per claim 2, further comprising: 

splitting, in a server, the chained interceptors into first and second interceptor 

chains. 

4. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 3, wherein said first interceptor chain is a per-client interceptor chain. 
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5. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 3, wherein the second interceptor chain is one of a per-endpoint and a 
per-object interceptor chain. 

6. (Original) A computer implemented method of creating and managing one or more 

interceptors, comprising: 

intrinsically chaining said interceptors, 

storing state information, in at least one of the chained interceptors, directed to a 
reference to a next interceptor, 

providing callbacks within said interceptor chain, and 

whereby a request only has to traverse said chain once while allowing interceptors that 
need to intercept processing at additional points to do so by wrapping a callback interface. 

7. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 6, wherein wrapper server request callback implementations passed 
along by intermediate server request interceptors perform their own processing as well as 
delegate operations back to encapsulated server request callback instances. 

8. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 6, wherein an ORB service's implementation of a server request 
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callback interface allows it to intercept, observe, or influence outcomes of the requests before 
delegating back to the server request callback instance that it wraps. 

9. (Cancelled). 

10. (Previously Presented) A computer implemented method of creating and managing one 
or more interceptors, as per claim 6, wherein server request callback implementations provided 
by ORB services delegate read inputs operations back to the server request callback instances 
they wrap, unless they are causing an exception to be returned. 

1 1 . (Previously Presented) A computer implemented method of creating and managing one 
or more interceptors, as per claim 6, wherein server request callback implementations provided 
by ORB services delegate write output operations back to the server request callback instances 
they wrap. 

12. (Original) A computer implemented method of creating and managing one or more 
interceptors, comprising: 

intrinsically chaining said interceptors into one or more chains, 
storing state information, in at least one of the chained interceptors, directed to a 
reference to a next interceptor, 

applying a flyweight pattern to an Interoperable Object Reference (lOR) representation. 
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said flyweight pattern implementing policies which control which chain of interceptors to use at 
invocation. 

13. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 12, wherein said lOR representation comprises any of lORs, lOR 

profiles, and lOR components, and a binding mechanism hashes and compares lORs, lOR 
profiles, and lOR components using their pointers instead of their content. 

14. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 12, wherein said flyweight pattern is applied to multiple lOR 
interfaces. 

1 5 . (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 12, wherein for each implementation of said lOR interfaces, no more 
than a single instance with a particular value is instantiated at a time. 

16. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 12, wherein when an lOR is demarshaled multiple times, a single 
instance is shared. 
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17. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 12, wherein when an item being demarshaled is instantiated, no heap 
allocation is required. 

18. (Original) A computer implemented method of creating and managing one or more 
interceptors, as per claim 12, wherein when said flyweight pattern is applied, a map of values 
currently instantiated is maintained. 

19. (Original) A computer implemented method of creating and managing one or more 

interceptors, as per claim 12, wherein when said flyweight pattern is applied, scalability is 
insured by insuring that redundant copies of any of: individual components, profiles, and lORs 
are not stored in memory. 
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Evidence Appendix 

None 
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Related Proceedings Appendix 

None 
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